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REMARKS 

In response to the final Office Action dated June 15, 2005, Applicant respectfully 
requests favorable reconsideration of the above-captioned application in view of the 
following remarks. Claims 1-32 remain pending in this application. 

Regarding the 35 U.&C.§ 102 Rejection 

Claims 1-32 were rejected under 35 U.S.C. § 102(e) as being anticipated by U.S. 
Patent No. 6,785,21 to Immennan et al. (referred to below as "Immerman"). Applicant 
respectfully traverses this rejection for the following reasons. In addition to the following 
arguments, Applicant incorporates herein, by reference, the arguments set forth in the 
March 30, 2005 Response. 

As a main thrust, Immerman is directed to a system and method for distributing a 
run time model to a client for execution thereat (coL 2, lines 29-31), To implement this 
feature, Immerman discloses a Domino Off-line Service (DOCS) 62 that provides 
distributed computing and remote execution of various applications (col. 5, lines 3-7), In 
operation, the DOLS 62 provides a way for browser users (at the client site) to utilize 
Domino Web application offline (col. 20, lines 26-29). More specifically, using a 
browser, a user can take an application offline, make changes, and synchronize those 
changes with the online application (col. 20, lines 29-32), 

The Office Action relies principally on cols. 5 and 6 of Immerman in rejecting 
most of the independent claims in the above-captioned application- That portion 
describes a local run time model 90. At the outset, it is important to note that the local 
run time model 90 refers to processing performed at a client site, not the server site. See 
for instance, coL 2, lines 55-57, which states, "FIG. 2 is a diagram illustrating the objects 
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unbundled to a local run time model in support of an API for client side execution of 
Notes." 

The local run time model 90 comprises a hierarchy of models including object 
data store model 92, security model 96, indexing model 98, replication model 94, agent 
workflow model 99 and mail model 97 (col. 5, lines 31-41). The data store model 92 
specifies the level of access that users and servers have to data elements (coL 5, lines 53- 
58), the security model 96 provides a collection of log-in credentials (col. 5, line 66), the 
indexing model 98 provides a search index which administrators and database managers 
may apply to databases and files (col- 6, lines 15-19), the replication model 94 provides a 
series of rules describing how to organize and synchronize databases (col. 6, lines 25 and 
26), the agent workflow model 99 implements the execution of an agent (col. 6, lines 42 
and 43), and the mail model 97 provides rules for forwarding information from one 
object data store location to another (col 6, lines 50 and 51), In this hierarchy, lt the 
design of a parent model is a prerequisite to the design of a child model" (col. 5, lines 47 
and 48). Immerman provides an example of what this means by stating that the "security 
model 96 is a prerequisite to mail model 97 in the sense that mail model 97 must provide 
for verification of the identity of users accessing mail model 97 with respect to a data 
object" (col. 6, lines 53-57). Fig. 2 shows the specific design dependencies of the above- 
identified models. 

The above-described subject matter is not even remotely related to what is being 
claimed in the present application. Consider claim 1, which is reproduced below in its 
entirety. 

1. A server system, comprising: 
one or more computers; 
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t an application executing on the computers to receive and process client requests; and 

2 a constraint system to constrain operation of the application according to multiple 

3 different constraints, the constraint system comprising a hierarchy of constraint layers, with each 

4 constraint layer containing a set of one or more constraints that customize operation of the 

5 application. 
6 

7 First, the claim is directed to a "server system." In contrast, the cited portions of 

8 Immennan disclose a "local run time model, " deployed at the client site. 

9 Second, claim 1 recites, in part, "a constraint system to constrain operation of the 

10 application according to multiple different constraints, the constraint system comprising a 
u hierarchy of constraint layers, with each constraint layer containing a set of one or more 

12 constraints that customize operation of the application." Immerman discloses no such 

13 constraint system* In citing columns 5 and 6 of Immennan, the Patent Office is 
u apparently of the opinion that the model hierarchy shown in Fig. 2 has a bearing on the 
is claimed constraint system having a hierarchy of constraint layers. But, as summarized 

16 above, that hierarchy merely illustrates the design dependencies of different components 

17 of the local run time model 90; for example, the security model 96 is a prerequisite to 
is mail model 97 in the sense that the mail model 97 must provide for verification of the 

19 identity of users accessing mail model 97 with respect to a data object. The models do 

20 not pertain to a constraint system which constrains or customizes the operation of an 

21 application as claimed- More specifically, the various models (92, 94, 96, 97, 98, 99) in 

22 Fig. 2 do not constrain or customize the operation of the local run time model 90, but 

23 rather the models make up (or comprise) the model 90 itself (see col. 5, lines 31-41). 

24 That is, the models are integral parts of the local run time model 90, rather than 

25 constraints on some other, pre-existing and independent, application. 
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1 In response to this argument, the Final Office states, in part, that 'There is no 

2 limitation in the claim on the functionality of the constraint or how the constraint 

3 customizes the operation of the application and therefore Immerraan meets the scope of 

4 the claimed limitation 'a constraint system comprising a hierarchy of constraint layers 

5 that customizes the operation of the application'" (page 1 1, paragraph No, 3 of the Final 

6 Office Action). This position is misplaced because claim 1 does clearly distinguish over 

7 Immerman in its present form. For instance, the organization of models shown in Fig. 2 
g of Immerman does not "customize operation of the application/' according to the plain 
9 meaning of the word "customize." According to one online dictionary, to "customize" 
id means to "change to suit better: to alter something in order to make it fit somebody's 
n requirements better," as in "She has customized the software to suit our needs** 
12 dittp://encarta.msn.com/dictionarv /customize.htmD . As explained obove 7 the 
t3 organization of models shown in Fig. 2 of Immerman controls the design dependency of 
M the models. It does not change an application; it just defines how the models are put 
is together. 

!$ The Final Office Action also cites a portion of the Immerman's abstract which 

n states: 

18 

19 DOLS provides a layered security model that aJlows flexibility for controlling access to all or part 

20 of an application. The highest level of security is managed through a database access control list 

21 (ACL). Further refinements within the security model provide access to specific documents, and 

22 their views, forms or folders, and include read access lists, write access lists, form access lists and 

23 readers and authors fields. 
24 

2s Immerman also discloses this subject matter in col. 5, lines 13-20. 
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First, it is pointed out that, in making the rejection, the Patent Office is combining 
two different concepts together. As a first concept, the Office Action cites the 
organization of modules shown in Fig. 2. As a second concept, the Office Action cites 
the layered nature of the security module. Since these concepts do not address the same 
subject matter, it is not clear how the Office Action is proposing that these concepts be 
interpreted in aggregate. As it stands, therefore, the rejection appears to be internally 
inconsistent, and thus incoherent. And this is not an isolated deficiency of the rejection, 
but a problem that pervades the Office Action as a whole, (Consider, for instance, the 
rejection of claim 8, which recites, in part, a "constraint resolver." The Office Action 
identifies col. 5, line 53 to col. 6, line 10 of Immerman. But that portion discusses no 
fewer than three different models: the object store model 92, the security model 96, and 
the indexing model. It is not clear what model or combination of models is being 
construed as the constraint resolver. If plural models are being combined, it is not clear 
in what manner these models are being combined.) 

Second, even if the cited passage (in the abstract) is applied for what it describes 
by itself, this passage fails to disclose the subject matter recited in claim L Immcnnan's 
multi-layered security model appears to refer to client-side functionality, not functionality 
deployed at a "server system" as claimed. 

Third, a security model having plural layers does not change an application, and 
therefore cannot be said to "customize operation of the application," as claimed, 
according to the plain meaning of the word "customize." 

For at least the above reasons, the Applicant respectfully submits that Immerman 
neither discloses nor suggests the subject matter recited in claim 1. 
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1 Claims 2-8 depend from claim 1, and are therefore allowable for at least this 

2 reason. Moreover, each of these claims recites additional features which are not 

3 disclosed in, or suggested by, Immerman. 

4 For instance, claims 2-6 recite details of different constraint layers in the 

5 constraint hierarchy* Namely, claim 2 recites that the hierarchy comprises a constraint 

6 layer that contains legally mandated constraints to constrain operation of the application 

7 according to legal principles. Claim 3 recites that the hierarchy comprises a constraint 

8 layer that contains company-mandated constraints to constrain operation of the 

9 application according to preferences of a company that operates the application. Claim 4 

10 recites that the hierarchy comprises a constraint layer that contains customer constraints 
n to constrain operation of the application according to preferences of customers. Claim 5 

12 recites that the hierarchy comprises a constraint layer that contains cultural constraints to 

13 constrain operation of the application according to cultural aspects. And claim 6 recites 

14 that the hierarchy comprises a constraint layer that contains end user constraints to 
is constrain operation of the application according to preferences of an end user, 

16 To repeat, Immerman's Fig, 2 shows an object data store model 92 7 a security 

17 model 96, an indexing model 98, a replication model 94, an agent workflow model 99 
is and a mail model 97. These models have no bearing on the claimed constraint layers that 

19 contain legally mandated constraints, company-mandated constraints, customer 

20 constraints, cultural constraints and end user constraints. Further, if, in the alternative, 

21 the Office Action is interpreting the claimed constraint system as Immerman's multi- 

22 layer security model, the Applicant points out thai different layers of a security model 

23 cannot be interpreted as the above-identified specific constraint layers. 

24 - In rejecting these dependent claims, the Office Action also cites col. 10, line 30 to 

25 col. 11, line 28 of Immerman, as well as col. 18, line 59 to col. 19, line 62 of Immerman. 
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The excerpt in cols. 10 and 1 1 refers to an ID policy database 114 and an ID repository 
database 111. The excerpt in cols, 18 and 19 refers to a configuration document 232 
having tabbed pages for basics tab 380, services tab 384, schedule tab 390, and rules tab 
400. This excerpt also describes an offline security policy form 410, an application page 
238, web control 241, and various other components 246-258. First, these topics do not 
appear to have anything to do with the constraint layers recited in claims 2-6, namely, 
constraint layers pertaining to legally mandated constraints, company~mandated 
constraints, customer constraints, cultural constraints and end user constraints. For 
example, the words "legal" and "cultural" do not appear anywhere in the Immerman 
document Second, even if, assuming arguendo, that the information disclosed in these 
excerpts had some relevance to the claimed constraint layers, Immerman does not 
describe that this information is arranged in a constraint hierarchy (as recited in claim 1). 

Dependent claim 7 recites thai the constraint layers are organized within the 
hierarchy such that a first constraint layer limits a second constraint layer but the second 
constraint layer does not limit the first constraint layer* As described above, Immennan's 
Fig. 2 refers to design prerequisites (that is, one component must be built for another 
component to work properly), rather than constraints in the context of the claimed 
invention. 

Dependent claim 8 recites that the server system (of claim 1) further comprises a 
constraint resolver to resolve the constraint layers so that operation of the application is 
constrained by a sum of the constraints in the layers. Immerman discloses that the 
different models shown in Fig. 2 comprise the local run time model 90. There is 
absolutely no hint in Immerman that these models might conflict with each other. Hence, 
there is likewise no suggestion that Immerman' s system includes a constraint re$oIver to 
cope with such conflicts. 
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Based on at least the above reasons, the Applicant respectfully submits that 
Immerman neither discloses nor suggests the subject matter recited in dependent claims 
2-8. 

The remaining claims (9-32) recite subject matter that is related to various 
permutations of the above-discussed subject matter (in claims 1-8). Therefore these 
claims are allowable for reasons that are related to those giyen above. In addition, these 
claims recite additional subject matter which is not disclosed or suggested in Immerman. 

Consider, for instance, independent claim 9. This claim is reproduced below in its 
entirety: 

9. A server system comprising: 
one or more computers; and 

a multi-layer application executing on the computers to handle client requests, the multi- 
layer application comprising: 

a problem-solving logic layer to process the client requests according to an associated 
problem domain, the problem-solving logic layer containing one or more execution models to 
perform various sets of tasks when processing the client requests, the problem-solving logic layer 
producing replies to the client requests; 

a presentation layer to structure the replies produced by the problem-solving logic layer 
in a manner that makes the replies presentable on various client devices; and 

a constraint hierarchy of multiple constraint layers, each constraint layer containing a set 
of one or more constraints that specify how the replies should be structured to customize the 
replies for specific sets of conditions. 
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The Office Action again relies, in part, on cols. 5 and 6 of Immerman, but Fig. 2 
of Immerman in no way discloses or suggests a problem-solving logic layer and a 
presentation layer. Furthermore, Immerman in no way discloses or suggests a constraint 
hierarchy of multiple constraint layers, each constraint layer containing a set of one or 
more constraints that specify how the replies should be structured to customize the replies 
for specific sets of conditions. The hierarchy shown in Fig. 2 is used to construct the 
local run time model 90, not to customize replies. 

The rejection of claim 9 also identifies col 10, line 30 to col. 11, line 28 of 
Immerman. This passage, in part, reads: * 

ID policy database 1 14 is a highly secure collection of security policy documents 1 10. Tt 
is accessed by DSAPI ID generator 108 in response to a user login request on channel 307 to 
determine the security domain of that user and determine the correct response. 

While this passage mentions determining a "correct response," this subject matter is not 
even remotely related to constraints that specify how replies should be structured to 
customize the replies for specific sets of conditions. To repeat, Immerman's main thrust 
is to download functionality to a client device to allow the client device to work offline. 
Thus, Immerman devotes significant discussion to this download procedure. This 
download procedure is a preparatory procedure, enabling the client device to work 
offline; as such, this procedure does not describe the use of a server system to customize 
replies for client devices in the manner recited in claim 9. In other words, Immerman' s 
"correct response" has, nothing to do with the customized replies recited in claim 9. 

As another example of the deficiency of the Immerman reference, claim 10 
(which depends on claim 9), recites that the constraint layers can be selectively added or 
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removed from the constraint hierarchy independently of other layers in the multi-layer 
application to produce different sets of constraints. In Immerman' s Fig. 2, certain models 
are prerequisites of others, indicating that these models cannot be added or moved 
independently of each other. 

For at least the above exemplary (and non-exhaustive) reasons, the Applicant 
submits that Immerman does not anticipate any of claims 1-32, and respectfully requests 
that this rejection be withdrawn. Namely, as stated in MPEP § 2131, a claim is 
anticipated only if each and every element as set forth in the claim is found, either 
expressly or inherently described, in a single prior art reference, Verdegaal Bros. v. 
Union Oil Co. of California, 2 USPQ2d 1051 (Fed. Cir. 1987). Since Immerman does 
not set forth each and every feature, it fails to anticipate the claims under § 102. 
Moreover, for the reasons stated above, Immerman discloses a very different system than 
the claimed invention, and therefore also does not render the claims obvious under 35 
U.S.C. § 103. 

In any event, MPEP § 707.07(f) states that, "Where the applicant traverses any 
rejection, the examiner should, if he or she repeats the rejection, take note of the 
applicant's arguments and answer the substance of it" (page 700-1 19, Rev, 2, May 2004). 
The Final Office Action did not address the majority of the points made in the March 30, 
2005 Response, and therefore fails to comply with the policy set forth in the MPEP. If 
the rejection is repeated, the Patent Office is respectfully requested to address each of the 
points raised above. A non-exhaustive list of these points is presented again here in 
summary fashion: 

• Some of the claims are directed to a "server system." In contrast, the thrust in 
Immerman is to download functionality to a client device, so that the client device can 
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work offline. This means that the server-centric role recited in some claims is nowhere 
disclosed or suggested by the Immennan document. 

• Some of the claims recite a constraint hierarchy that customizes an application. 
In contrast, Immennan discloses a local run time model having component models that 
have a prescribed design dependency. But these component models cannot be said to 
customize an application in the manner claimed, given the plain meaning of the word 
7 "customize." 

5 • Some of the claims recite constraint layers that contain legally mandated 

9 constraints, company-mandated constraints, customer constraints, cultural constraints and 
end user constraints. Immennan discloses none of these models. The Office Action has 
not even made clear how Immennan's models (object data store model 92, security 
model 96, indexing model 98, replication model 94, agent workflow model 99 5 and mail 
13 model 97) are being construed to meet the claim language. 

u • Some of the claims recite a constraint resolver to resolve the constraint layers so 

15 that operation of the application is constrained by a sum of the constraints in the layers. 

16 There is absolutely no hint in Immerman that these models might conflict with each 

17 other. Hence, there is likewise no suggestion that Immerman's system includes a 
is constraint resolver to cope with such conflicts. 

19 The Examiner is respectfully requested to address each of these points - and to 

20 particularly address these points in a maimer which does not simply involve pointing to a 

21 passage in Immerman. Due to the complexity and length of the Immerman document, 

22 prosecution will be advanced if the Patent Office can expressly name the features of 

23 Immerman that are being construed to meet the claim elements. 
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Conclusion 

The arguments presented above are not exhaustive; Applicant reserves the right to 
present additional arguments to fortify its position. Further, Applicant reserves the right 
to challenge the alleged prior art status of one or more documents cited in the Office 
Action. 

All objections and rejections raised in the Office Action having been addressed, 
it is respectfully submitted that the present application is in condition for allowance and 
such allowance is respectfully solicited. The Examiner is urged to contact the 
undersigned if any issues remain unresolved by this Amendment 



Dated: f—Sf-JaoS 



By: 



Respectfully Submitted, 



/2 



David M. Huntley 
Reg. No. 40,309 
(509) 324-9256 
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